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Abstract 

Spatial  and  temporal  problem  solving  within 
real-world  domains  is  a  contextually  rich  process 
which  normally  involves  the  processing  of  very 
large  Geographic  Information  System  (GIS)  map 
data  bases.  The  U.S.  Army  CECOM  Center  for 
Signals  Warfare  is  interested  in  these  problems 
because  they  form  the  kernel  of  a  tactical  auto¬ 
mated  threat  assessment  system.  This  paper  is  a 
case-study  describing  the  research  and  subse¬ 
quent  development  of  a  new  set  of  functions 
which  transform  raster-formatted  GIS  spatial  data 
into  a  provably  robust  and  economical  form. 
This  new  representation  has  provided  the  basis 
for  the  development  of  an  automated,  multi¬ 
agent,  spatial  and  temporal  problem  solver.  Prior 
to  the  development  of  this  representation,  and 
based  upon  studies  of  human  problem  solvers,  it 
appeared  that  an  automated  problem  solver  would 
have  to  represent  and  process  very  large  amounts 
of  GIS  map  data  while  solving  spatial  and  tempo¬ 
ral  problems.  A  detailed  mathematical  analysis  of 
the  human  problem  solving  process,  however, 
resulted  in  the  development  of  an  automated  sys¬ 
tem  which  has  very  modest  memory  require¬ 
ments.  The  author  argues  that  data  representation 
issues  can  not  be  properly  considered  until  deep 
theoretical  insight  into  the  problem  solving  pro¬ 
cess  has  been  developed.  The  author  suggests 
that  this  principle  may  be  extended  to  other 
problem  domains. 


I.  Introduction 

In  the  Fall  of  1984  the  U.  S.  Army  CECOM 
Center  for  Signals  Warfare  (C2SW)  began  a  ba¬ 
sic  research  effort  [10]  to  investigate  the  possi¬ 
bility  of  developing  an  automated  system  which 
would  assist  the  U.S.  Army  Division  Level 


Intelligence  Officer  (G2)  and  Staff  during  their 
preparation  of  an  enemy  tactical  threat  assessment 
report.  The  report  consists  of  the  G2's  predic¬ 
tions  for  the  next  three  or  four  hours  of  the  most 
likely  tactics  the  observed  enemy  forces  will  pur¬ 
sue.  Early  on  in  this  research,  the  author  con¬ 
ducted  a  number  of  in-depth  interviews  with  sev¬ 
eral  G2s  and  Staff  members.  It  quickly  became 
apparent  that  the  threat  analysis  process  (as  prac¬ 
ticed  by  humans)  is  non-deterministic  and  is 
properly  characterized  as  a  "hypothesize-and- 
test"  paradigm  f2,  8].  During  threat  assessment, 
the  G2  generates  a  number  of  likely  enemy  tacti¬ 
cal  hypotheses.  Tactic  generation  is  based  upon 
the  G2's  past  experiences  with  the  enemy,  their 
location  within  the  tactical  domain,  and  their  pre¬ 
sumed  tactical  objective(s).  Each  tactical  hy¬ 
pothesis  is  then  evaluated  by  the  G2  using  a 
gestalt  like  process  whereby  enemy  forces  are 
imagined  performing  the  hypothetical  tactic 
within  the  domain.  Potential  difficulties  believed 
to  occur  during  tactic  evolution  within  the  domain 
are  noted  and  the  feasibility  of  the  tactic  is  mea¬ 
sured.  Those  tactics  which  appear  to  be  the  most 
feasible,  efficacious,  and  logically  consistent 
with  the  perceived  long-term  enemy  mission  be¬ 
come  the  probable  threat 

The  accuracy  of  the  G2's  hypothesis  evalua¬ 
tion  process  clearly  depends  upon  his  knowledge 
of  the  terrain  and  weather  conditions  and  the 
presence  of  other  friendly  or  enemy  forces  within 
the  domain  and  their  effect  upon  the  evolution  of 
the  hypothetical  tactic.  C2SW’s  research  goal 
has  be*  n  to  develop  an  automated  threat  assess¬ 
ment  system  which  can  generate  and  evaluate 
tactical  hypotheses  for  the  G2,  while  leaving  the 
selection  of  the  most  likely  threat  scenario  to  the 
human  user.  For  practical  use  by  the  Army  G2, 
the  threat  assessment  paradigm  must  be  domain 
independent  (performance  not  affected  by  choice 


of  tactical  domain),  and  extensible  to  any  mix  of 
opposing  enemy  forces. 

This  paper  describes  the  development  and  im¬ 
plementation  of  a  tactical  hypothesis  evaluation 
algorithm  which  has  become  an  integral  part  of  a 
threat  assessment  system  being  developed  at 
C2SW.  In  particular,  this  paper  focuses  on  the 
development  of  a  spatial  transformation  and  rep¬ 
resentation  which  has  made  it  possible  for  the 
system  to  comply  with  the  stated  requirements  of 
domain  independent  and  force  extensibility.  We 
will  show  that  a  careful  analysis  of  the  G2  prob¬ 
lem  solving  process  has  resulted  in  a  mathemati¬ 
cal  reformulation  of  the  problem  which  has  dras¬ 
tically  reduced  both  the  complexity  of  the  prob¬ 
lem  solving  process  and  its  associated  spatial  data 
requirements.  The  author  suggests  that  a  similar 
approach  may  be  extended  to  other  problem  do¬ 
mains. 


II.  Hypothesis  Evaluation 

2.1  Data  Representation  Requirements 

A  tactical  hypothesis  to  be  evaluated  is  repre¬ 
sented  as  the  list, 

{Fk(ij).  (Fh(k,l).-...Fd(s,f)}.  (Gk(M) . Gd(d,q)},T)  (1) 

where  F^jj)  represents  a  type  k  (e.g.,  artillery, 

armor)  military  unit  or  force,  Fk,  located  at  map 
coordinate  location  (i  j)  whose  tactic  is  being 
evaluated.  The  second  element  of  the  list, 
{FV,)t  ...,Fd(s  f)},  represents  the  list  of  other 
known  (enemy  and  friendly)  forces  and  their  re¬ 
spective  locations  within  the  domain.  The  third 
element,  {G^(a,t),  ...,G^(di(o),  represents  the  lo¬ 
cations  of  a  set  of  tactical  oojective(s)  or  goal(s) 
for  each  force  mentioned  in  (1).  Lastly,  T  is  an 
optional  variable  which  represents  the  hypothesis 
time  constraint.  If  T  is  present  the  hypothesis  is 
called  a  temporal  problem,  else  a  spatial  problem. 
As  an  example,  a  temporal  hypothesis  might  as¬ 
sume  that  an  enemy  force  Fk  is  located  at  coordi¬ 
nate  (i  j)  and  ask  how  might  Fk  move  to  goal  lo¬ 
cation  Gk(a>t)  in  less  than  T=30  minutes?  In  or¬ 
der  to  properly  evaluate  this  hypothesis  a  great 
deal  of  a  priori  information  about  Fk  is  neces¬ 
sary.  This  also  includes  a  characterization  of 


Fk's  mobility  and  logistical  requirements  and 
how  F^'s  tactics  might  be  effected  by  the  pres¬ 
ence  of  other  FY  within  the  domain.  Note  that  in 
general  equation  (1)  is  but  one  of  a  set  of  equa¬ 
tions  which  must  be  evaluated  in  parallel. 
Associated  with  each  Fk  is  (possibly)  an  associ¬ 
ated  set  of  Fy  each  of  which  are  presumed  to 
have  their  own  goals  which  they  wish  to  satisfy. 
Thus  the  evaluation  process  is  inherently  parallel. 

Since  most  of  the  forces  of  interest  are  land- 
mobile,  a  tactical  hypothesis  evaluation  system 
(THES)  must  be  able  to  quickly  access  and  pro¬ 
cess  the  terrain  data  associated  with  the  hypothet¬ 
ical  evolution  of  the  tactic  in  time.  In  particular, 
an  Army  Divisional  area  of  interest  represents  1.5 
x  1010  meters^.  If  M  is  an  Army  map  of  this 
area  and  X  is  an  nxn  matrix  (raster  formatted) 
covering  of  M,  then  associated  with  every  ele¬ 
ment,  Xy,  belonging  to  X,  is  an  associated  spatial 

area  within  M,  for  ij=l . n.  Also  associated 

with  each  Xy  is  a  set  of  it  >  0  spatial  features, 
{f/,  ..,  fitly,  and  feature  values  (0  <  f,  <  r, 
i=l,...k)  which  describe  the  (syntactic)  features 
found  within  each  associated  area  of  M.  If  each 
Xy  represents  10  meters-^  within  M  and  the  fea¬ 
tures  associated  with  each  10  meters^  are  de¬ 
scribed  using  8  bytes  of  data  then  X  will  require 
10n  bytes  to  represent  the  syntactic  features  in 
M. 


Semantic  map  information  should  also  be  rep¬ 
resented  and  saved  within  X.  Associative  syn¬ 
tactic  information,  such  as  the  locations  of  tactical 
targets,  and  spatial  and  functional  relationships 
between  objects  such  as  roads  and  bridges,  for 
example,  should  be  identified  and  saved  as  pan 
of  X's  semantic  representation.  However,  de¬ 
termining  what  information  to  represent  is  a 
function  of  each  Fk.  Semantic  associations  im¬ 
portant  to  Fk  are  not  necessarily  important  to 
another  F^.  Semantic  associations  may  also 
vary  depending  upon  the  actions  being  executed 
by  the  Fk.  For  example,  Fk  may  consider  the 
secondary  road  xyz  useful  during  a  retreat,  but 
unacceptable  for  use  during  an  attack.  Finally, 
syntactic  map  features,  which  are  a  constituent 
part  of  the  semantic  expression,  can  change 
abruptly  during  a  tactical  engagement. 
Therefore,  the  THES  semantic  representation 
must  be  provably  robust.  That  is,  any  change  to 
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(2) 


any  feature  value  in  X  must  produce  a  determin¬ 
istic  change  to  X's  semantic  data  structure. 

In  summary,  the  THES  data  base,  X,  is  re¬ 
quired  to  represent, 

1)  syntactic  map  information, 

2)  semantic  information  (to  be  determined)  which 

will  be  somehow  associated  with  each  force  F^, 

and, 

3)  semantic  information  in  a  provably  robust  form. 

In  addition,  there  are  two  implicit  THES  re¬ 
quirements  which  may  effect  the  representation 
of  X, 

1)  that  the  THES  process  tactical  hypotheses  in 
parallel, 

and, 

2)  that  knowledge-bases  associated  with  each 
must  be  accessible  to  the  THES  process. 


2.2  A  Spatial  Data  Transformation 

Fortunately,  the  difficulties  involved  in  devel¬ 
oping  a  THES  data  base  as  described  forced  the 
author  to  reconsider  the  hypothesis  evaluation 
problem  statement,  (1).  Additional  attempts  to 
further  abstract  the  THES  process  resulted  in  an 
important  reformulation  of  the  process  model. 
Using  Schank-like  notation,  it  was  noted  that 
each  force  could  be  thought  of  as  an  actor, 
AC,  performing  an  action.  A,  within  a  do¬ 
main,  C.  If  we  assume  that  actor  action  execu¬ 
tion  is  reasoned  and  purposeful,  then  the  tuple 
expression  {AC,  A,  C}  represents  the  domain 
situation,  from  the  actor's  perspective,  just  prior 
to  the  execution  of  the  action.  C  represents  the 
set  of  features  and  feature  values  known  to  the 
actor  which  describe  the  domain.  In  particular, 
the  actor  "believes"  that  C  contains  features 
which  make  the  initiation  of  action  execution 
possible.  We  will  assume  that  the  actor  believes 
that  he  knows  what  conditions  are  necessary  to 
make  action  execution  possible  [5].  Action  exe¬ 
cution,  then,  becomes  an  actor's  reasoned  con¬ 
text-modification  paradigm  which  either  makes 
the  execution  of  another  action  possible  or  pro¬ 
duces  the  desired  goal  state  within  C.  Actor 
goals  are  represented  by  a  set  of  features  and 
features  values  in  C.  If  E  is  the  action  execution 
function,  then, 


E(AC,  A,  C}j  =  [Ci+i) 

where  Ci+i  is  a  new  context  expression.  In  gen¬ 
eral,  context  expressions  may  contain  other  ac¬ 
tors  (FY)  and  hence  represent  all  of  the  ingredi¬ 
ents  found  within  the  THES  force-location  por- 
tion(s)  of  (1).  The  temporal  evolution  of  a  sin¬ 
gle-actor  THES  expression  is  represented  as  the 
execution  of  a  time-contiguous  sequence  of  tu¬ 
ples,  where, 

P={  {AC,  A,  C)y,  {AC,  A,C}2 .  {AC.A.C}*}  (3) 

and  Ct+i  contains  the  actor's  goal.  The  se¬ 
quence,  P,  is  frequendy  called  a  plan  [1, 4]. 

Equations  (2)  and  (3)  help  to  describe  the  un¬ 
derlying  relationships  between  the  tactical  actor, 
the  domain,  and  action  execution.  In  particular, 
(2)  suggests  that  domain  expressions  can  be 
partitioned  into  two  mutually  exclusive  sets:  the 
set  of  features  and  associated  feature  values 
which  effect  the  execution  of  an  intended  action, 
and  the  complement  of  this  set  (which  do  not  ef¬ 
fect  action  execution).  Likewise,  the  former  set 
can  be  partitioned  into  two  mutually  exclusive 
sets:  the  set  of  features  and  feature  values  which 
make  action  execution  possible,  and  the  set  C'  of 
features  and  feature  values  which  make  action 
execution  impossible.  Given  an  actor  and  an  in¬ 
tended  action,  the  domain  expression  C,  may  be 
partitioned  into  mutually  exclusive  subsets, i.e„ 
C;  =  C '  u  ~C, '.  Fortunately,  for  most  tactical 
equipment,  a  description  of  the  elements  of  C;'  is 
readily  available  [9].  Tactical  equipment  is  tested 
extensively  and  subjected  to  a  wide  range  of  en¬ 
vironment  conditions  during  its  development. 
The  resulting  equipment  operational  capabilities 
are  parameterized  as  a  function  of  equipment  type 
(AC)  and  function  (A).  Provided  with  the  tuple 
{AC,  A,},  the  C;  '  expression  may  be  devel¬ 
oped.  Once  developed,  we  define  the  function 
FBDr  as  follows, 

FBDr(X)  {1,0} 

where, 

FBDr(xy)  =  0  iff  C  D  {f/. ...  tk)ij  =  0 

FBDr(Xy)=l  (4) 

for  all  Xy  in  X,  ij=l,..„  n. 
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FBDy  is  called  a  Functional  Binary 
Decomposition  Transformation  since  it  func¬ 
tionally  relates  action  execution  to  the  elements  of 
C,  and  transforms  X  into  a  binary  representa¬ 
tion.  Since  X  *  C,  within  the  accuracy  and 
resolution  limitations  of  (f/, ...  f*}y,  we  will  use 
both  expressions  equivalently  and  frequently 
write  FBDrfC).  Stricdy  speaking,  however,  X 
is  a  finite  approximation  of  C. 


An  FBD  region's  boundary  lists,  adherent  lists, 
and  cut  points. 

Since  FBD/-  (X)  — »  {1,0},  the  range  of  the 
function  (an  nxn  binary  array  of  general  com¬ 
plexity)  can  be  completely  characterized  by  the 
set  of  all  Xy  in  X  such  that  FBDj-(Xy)  =  1 
(everything  else  in  the  range  equals  0).  We  de¬ 
fine  this  set  of  1  -element  Xy  to  be  8-connected 
while  its  complement  set  of  0-element  x,y  is  4- 
connected  [11].  Each  path-connected  set  of  8- 
connected  1 -elements  is  called  a  region.  A  region 
is  characterized  by  its:  1)  boundary  list,  2)  adher¬ 
ent  list,  and  3)  cut-points  [7].  Since  a  region 
may  be  multiply-connected  (MC),  MC-boundary 
and  MC-adherent  lists  are  saved  as  well  as  those 
cut  points  associated  with  these  lists.  The  trans¬ 
formation  from  FBDj-  (X)  to  a  set  of  regions, 
[fbd],  fbd2,  ....  fbdt),  is  called  a  Functional 
Binary  Decomposition  Representation,  FBD/}. 
That  is, 

FBD*  °  FBDr  (C >{fbd1,fbd2 . fbdk)  (5) 

where  each  fbdiis  a  region  description,  i.e., 
boundary  lists,  adherent  lists,  and  cut-points  (see 
Figure  1). 

Chubb  and  Lavine  [7]  have  proved  that  the  set 
of  fbdi,  which  we  will  refer  to  as  the  FBD  repre¬ 
sentation,  is  robust.  We  will  now  describe  how 
this  representation  can  be  used  to  solve  single 
actor  THES  spatial  and  temporal  problems. 


2,3  Single  Actor  Spatial  Problem 
Solving. 

As  discussed  previously,  the  general  spatial 
problem  hypothesis  statement  is:  Can  AC  move 
from  coordinate  point  (a,b)  to  point  (y,z)7 
Because  spatial  problems  do  not  consider  time  an 
hypothesis  parameter,  the  domain  feature  values 
are  assumed  to  be  invariant  during  the  evaluation 
process.  Since  the  0-elements  of  the  FBD  repre¬ 
sentation  represent  areas  where  action  execution 
(i.e.,  mobility)  is  possible,  we  reformulate  the 
problem  to  ascertain  if  0-element  points  Xaj>  and 
x>jZ  are  path-connected.  Path-connectedness  can 
be  proved  using  a  number  of  admissible  algo¬ 
rithms,  notably  die  A*  heuristic  search  or  similar 
region  growing  algorithms  [8].  A  more  efficient 
algorithm  which  makes  direct  use  of  the  FBD 
representation  is  the  Straight  Line  Path  Algorithm 
(SLPA)  [6].  The  SLPA  makes  use  of  the  fact 
that  each  region's  adherent  list  "encircles"  that 
region.  The  SLPA  is  described  as  follows. 
Point  (a,b)  is  the  actor's  "start  point";  point  (y,z) 
is  the  actor’s  goal  location. 

SLPA  Start  (a,b)  &  (y,z): 

PUSH  arguments  (a,b)  &  (y,z)  to  SLPA-Stack. 

A:  POP  SLPA-Stack  list  of  arguments. 

Build  straight-line  path  between  x^b  &  *yz? 

If  yes: 

PUSH  (a,b)  &  (y.z)  onto  path-pieces-stack. 
Check  SLPA-Stack: 

If  empty: 

RECONSTRUCT  path-pieces-stack. 

Done. 

Else,  GOTO  A. 

If  no: 

Path  is  occluded  by  Region  Rj. 

Intersection  of  path  and  R,’s  Adherent  List 
is  0-element  point  xcd 

B:  BRANCH  CLOCK- WISE  about  R,’s 
Adherent  List  from  (c,d). 

For  each  point,  (c\  d'): 

Build  straight-line  path  between 

xc'd’  &  *yz? 

If  yes:  PUSH  (c't  d’)  &  (y,z) 

GOTO  A. 

Else:  GOTO  B. 

C:  BRANCH  COUNTER-CLOCK-WISE 
about  R,-'s  Adherent  List  from  (c,d) 

For  each  point,  (c”,  d"): 

Build  straight-line  path  between 

xc"d"  &  *yz? 

If  yes:  PUSH  (c",  d")  &  (y,z) 

GOTO  A. 
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Else:  GOTO  C. 

The  C2SW  implemented  Common  LISP  ver¬ 
sion  of  SLPA  includes  a  (region)  check  at  branch 
points  B  and  C  to  ensure  that  program  loops 
don't  occur.  The  path-pieces-stack  contains  a  list 
of  region-to-region  straight-line  path  segments. 
Path  segments  are  represented  by  their  start  and 
stop  points.  Since,  in  general,  these  points  will 
also  be  members  of  region  adherent  lists,  the  re¬ 
gions  and  the  path  segments  connecting  regions 
can  be  computed.  RECONSTRUCT  builds  a 
highly  abstracted  tree  of  path  solutions  from  start 
point  to  goal  point.  Tree  arcs  represent  straight- 
line  path  segments;  tree  nodes  represent  1 -ele¬ 
ment  regions. 


Figure  2. 

A  single-actor  SLPA  solution  set  Black  areas  represent 
FBD  1 -elements;  white  areas  represent  O-elements. 
Region  Adherent  List  information  is  used  to  branch  CW 
and  CCW  about  each  region.  Spatial  features  are  assumed 
to  be  invariant  during  the  solution  process. 

Because  the  a  priori  development  of  a  real- 
world  "best  path"  criteria  is  not  possible  [4],  the 
SLPA  develops  a  family  of  possible  solutions, 
see  Figure  2.  The  SLPA  produces  a  minimal 
solution  set  which  is  mathematically  complete , 
i.e.,  any  additional  path  solution  can  be  shown  to 
be  topologically  equivalent  to  one  and  only  one 
of  the  SLPA  path  solutions.  Chubb  [6]  has 
shown  that  for  most  domains  the  SLPA's  search 
space  is  significantly  smaller  than  an  equivalent 
A*  (using  a  shortest  path  length  heuristic)  search 
space. 

In  conclusion,  the  SLPA  develops  a  single 
actor,  spatially  and  temporally  invariant  set  of 
path  solutions.  For  muld-actor  spatial  problem 
solving,  however,  a  representation  will  be 


needed  which  will  permit  the  introduction  of 
feature  value  changes  within  C  which  have  been 
caused  by  actor  action  execution  as  a  function  of 
time.  Since  all  temporal  problem  solutions  are 
spatial  solutions,  we  will  limit  our  discussion  to 
multi-actor  temporal  problem  solving. 


2.4  Multiple  Actor  Temporal  Problem 
Solving 

A  temporal  problem  solver  will  require  some 
means  of  computing  the  amount  of  actor  time  re¬ 
quired  to  transit  any  0-element  point  belonging  to 
FBD^X).  To  provide  this  capability  the  FBD 
representation  is  augmented  with  an  nxn  array  of 
real  numbers,  wgtij,  such  that, 

Kij  —  P size  +  (Y max  *  w8Lj)  (6) 

where,  Kij  =  AC's  transit  time  through  x,y 

Psize  -  spatial  size  (resolution)  of  xiy  in  X 
Vmax  ~  AC’s  maximum  action  execution 
velocity 

and,  0.0  <  wgtij  £  1.0  for  all  ij=l . n. 

The  wgtij  are  called  coefficients  of  compliance 
[3J.  Eacn  wgtij  represents  a  measure  of  the  ex¬ 
pected  actor  action  execution  compliance  for  ev¬ 
ery  element  in  FBDr(X).  A  compliance  value  of 
1.0  implies  that  no  features  exist  within  the  x,y 
which  will  hinder  the  execution  of  the  actor  ac¬ 
tion.  As  such  the  computed  Kjj  value  will  be 
minimal.  We  assume  that  every  FBD  representa¬ 
tion  0-element  has  some  positive  action  compli¬ 
ance  value.  Conversely,  one-elements  are  as¬ 
signed  a  coefficient  value  of  0.0  and  the  com¬ 
puted  value  is  unt'-  ^ned  (infinite). 

Given  the  following: 

a)  an  actor  and  an  intended  action, 

b)  an  augmented  FBD  representation, 

c)  a  start  location  ( a,b ), 

d)  a  goal  location  (y,z ), 

and,  e)  an  action  time  constraint  T,  per  (1), 
then  we  define  a  temporal  solution  to  be  the  set 
S  of  all  0-elements  belonging  to  FBDr(X)  such 
that, 

1)  x^  and  xyz  are  elements  of  S, 
and,  2)  xrt  an  element  of  S  then  there  exists  a 
0-element  path  Z  connecting  points 

Xaf,,  Xrl ,  Xyz  SUCh  that. 
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T>  £  Ki  (7) 

i=ab 

where  x;is  an  element  of  Z  for  all  i=ab,  .... 
rt,...,  yz,  and  Z  C  S,  see  Figure  3. 


Goal 


Figure  3. 

Temporal  solution  set  S.  White  points  are  FBD 

representation  O-elements;  black  points  are  1 -elements. 

Points  belonging  to  S  are  gray.  Dark  gray  points 
represent  start  and  goal  points  x^  and  xyZ 

The  set  S  is  developed  using  the  following  al¬ 
gorithm: 

Start:  (Build-S  ab  yz  AC  T) 

O-LIST  =  {(a,b)J 

A:  SELECT  Min-Path-Time  from  O-LIST 
O-LIST  empty? 

If  yes:  GOTO  C. 

Else:  Pick  min  point 
GOTO  B 

B:  POST  on  BLACKBOARD  any  actor  action 
execution  feature-changes,  point,  and  time 
interval  =  [min -path -time,  Ky]. 

CHANGE  actor  features,  as  necessary,  for 
time  =  min-path-time+Ky. 
BUILD-4-NEIGHBORHOOD  about  min  point 
Store  min  point  TRANSIT-TIME  on  4-neighbors 
Compute  Manhattan-Distance  to  (y,z) 

Is  min-point  time  +  Manhattan-Distance  + 
Transit  Time  >  T? 

If  yes:  GOTO  A 

Point  =  (y,z)? 

If  yes:  Store  point  in  S-List. 
GOTO  A 

Else:  Store  point  in  O-list 
GOTO  A 

C:  Point  (y,z)  an  element  of  S-List? 

If  no:  "No  Solution  Possible!" 

Stop. 

Else:  Using  elements  of  S-List,  build 


min-time-path  Pmin  horn  x^>  to  x^2. 

D:  S-List  =  Pmin  ? 

If  yes:  S  =  S-List 
done. 

Else: 

FIND  leaf  nodes  of  Pmin 

Leaf  node  have  min-path-time  "children" 

belonging  to  Pmin? 

E:  If  yes:  Compute  lattice  min-path-time  to  element  of 
Pmin 

Path-time  >  T? 

If  yes:  Remove  leaf  node  from  S-List 
GOTO  D. 

Else:  Link  leaf-node  as  part  of  lattice  to  Pmin 
GOTOD. 

F:  Else:  Compute  min-path-time  to  point  and  to 
"parent"  point 

Parent  have  "children"  linked  to  Pmin? 

If  no:  GOTO  F. 

Else:  GOTO  E 

For  each  xru  processed,  Build-S  (branch  point 
B:)  posts  its  min-path-time  entry  and  transit  times 
as  the  closed  interval  (tj  t2 )  on  a  network  black¬ 
board  where, 

i-ab 

and  t2  ~  ti  +  Kru- 

When  action  execution  begins  within  xru,  its 
domain  features  are  assumed  to  be  invariant. 
Once  this  level  of  processing  is  completed,  AC 
posts  any  feature  changes  which  have  been  pro¬ 
duced  by  his  action  execution  within  xru  on  the 
blackboard.  In  addition,  AC  also  checks  the 
blackboard  for  any  other  feature  changes  which 
may  have  been  posted  by  another  actor  for  time 
t2-  Domain  feature  value  changes  either  produce 
an  on-line  change  to  the  actor's  FBD  representa¬ 
tion  or  a  change  in  the  value  of  an  applicable 
wgtjj.  These  representational  changes  are  possi¬ 
ble  oecause  the  FBD  representation  is  robust  and 
because  Build-S  always  posts  an  absolute  time 
measurement.  The  absolute  time  measurement 
process  permits  a  set  of  actors  to  be  asyn¬ 
chronously  networked  together.  Each  actor 
within  the  network  attempts  to  satisfy  his  own 
goals.  Actor-to-actor  interactions  are  developed 
indirectly  through  the  blackboard  by  dynamically 
changing  each  actor's  domain  representation. 
This  networking  schema  satisfies  the  THES  re¬ 
quirements  established  in  (1)  as  required. 
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erally  orders  of  magnitude  smaller  than  the  asso¬ 
ciated  GIS  map  data  representation.  Actor  net¬ 
work  interactions  continue  to  be  a  research  topic 
of  interest. 
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III.  Conclusions 

The  augmented  FBD  representation  meets  all 
but  one  of  the  stated  requirements  for  a  THES 
data  base.  The  FBD  representation  represents  the 
relationship  between  the  domain  and  actor  action 
execution,  i.e.,  it  is  a  spatial  representation  of 
plan  tuple  {AC,  A,  C},.  This  representation  is 
intimately  associated  with  each  actor  in  a  prov- 
ably  robust  form.  We  have  shown  how  this  rep¬ 
resentation  forms  the  basis  of  an  actor- based 
evaluation  process  in  accordance  with  equation 
(1)  where  actor  action  execution  indirectly  effects 
each  of  the  other  actors  within  the  problem  do¬ 
main.  Strictly  speaking,  however,  the  FBD  rep¬ 
resentation  does  not  meet  the  requirement  to  rep¬ 
resent  syntactic  map  information.  The  author 
maintains  that  this  "requirement"  is  unnecessary 
and  ill-founded. 

The  requirement  to  represent  syntactic  map  in¬ 
formation  initially  arose  when  the  THES  problem 
was  first  formulated.  We  reasoned  that  since 
most  actors  are  land-mobile,  "the  THES  must  be 
able  to  quickly  access  and  process  the  terrain  data 
associated  with  the  hypothetical  evolution  of  the 
tactic  in  time"  (section  2.1).  The  problem  was 
that  we  assumed  that  all  of  the  syntactic  informa¬ 
tion  was  potentially  associated  with  the  evolution 
of  a  tactic.  In  support  of  this  assumption,  we 
noted  that  (human)  G2  problem  solvers  make  use 
of  volumes  of  very  detailed  maps  while  solving 
tactical  problems.  We  then  erroneously  con¬ 
cluded  that  if  humans  require  numerous  detailed 
maps  while  solving  tactical  problems,  then  any 
automated  process  less  intelligent  than  a  human 
problem  solver  must  minimally  have  access  to 
the  same  corpus  of  information.  Hence  the 
THES  data  base  requirement  to  represent  very 
large  amounts  of  syntactic  map  information. 

In  retrospect,  it  now  appears  that  the  G2  uses 
maps  to  augment,  as  necessary,  his  knowledge 
base  while  solving  spatiai  or  temporal  problems. 
However,  it  is  unlikely  that  any  G2  would  re¬ 
quire  all  of  the  map  information  during  any 
problem  solving  session.  That  proper  subset  of 
map  data  used  to  solve  a  particular  spa¬ 
tial/temporal  problem  can  be  described  in  retro¬ 
spect  by  the  G2  while  solving  a  problem.  The 
same  subset,  however,  can  be  described  a  priori 
once  the  underlying  theory  of  the  G2  problem 
solving  process  is  well  understood.  The  theory 


provides  the  only  sure  basis  for  the  subsequent 
development  of  a  series  of  rational  decisions 
which  must  be  made  concerning  the  proper  rep¬ 
resentation  and  usage  of  the  THES  data  base. 

Some  of  man’s  early  attempts  at  powered 
flight  produced  machines  which  would  (slowly) 
flap  large  mechanical  "wings".  Movies  illustrat¬ 
ing  the  disastrous  results  of  these  early  experi¬ 
ments  are  quire  humorous.  Apparently  the  de¬ 
signers  had  reasoned  that  because  birds  fly  by 
flapping  their  wings,  men  should  do  likewise.  It 
was  only  after  deep  theoretical  insight  was  devel¬ 
oped  into  the  dynamics  of  flight  and  airfoils  in 
particular  that  the  first  practical  aircraft  were  suc¬ 
cessfully  developed.  Frequently,  problems 
which  appear  to  be  intractable  have  not  yielded 
because  the  underlying  theoretics  of  the  problem 
are  ill  understood.  Adequate  research  and  in¬ 
quiry  should  always  precede  problem  formula¬ 
tion.  This  is  especially  true  with  automated  sys¬ 
tems  which  are  capable  of  accessing  and  process¬ 
ing  data  very  quickly.  Unfortunately,  high  speed 
computers  have  frequently  encouraged  the  devel¬ 
opment  of  quickly  devised  solutions  which,  in 
the  short-term,  may  meet  immediate  system 
needs  but  which  eventually  precipitate  a  variety 
of  system  problems.  Initial  attempts  to  develop  a 
THES  data  base  were  discouraging  because  the 
representation  chosen  was,  like  the  early  flying 
machines,  based  upon  the  faulty  assumption  that 
an  existing  methodology,  i.e.,  the  flight  of  a  bird 
or  a  human  problem  solver,  should  become  the 
literal  basis  for  the  design  of  an  automated  pro¬ 
cess.  Initially,  the  THES  problem  appeared  to  be 
formidable  and  unyielding  because  its  GIS  data 
base  representation  and  access  requirements 
seemingly  could  not  be  compromised.  We  had 
an  existence  "proof  of  principle":  the  human  G2 
problem  solver.  Unfortunately,  too  much  was 
made  of  these  early  observations  with  G2s  and 
we  attempted  to  build  a  machine  which  "solved 
problems  like  a  G2”.  Once  the  underlying  THES 
principles  were  discovered  and  examined,  how¬ 
ever,  solutions  to  the  representational  problem 
became  self  evident  and  immediate.  The  author 
suggests  that  this  approach  might  be  applicable  to 
other  similar  problem  domains. 

The  current  Common  Lisp  implementation  of 
the  C2SW  THES  is  provably  domain  indepen¬ 
dent,  extensible,  and  robust,  as  required.  Actor 
memory  requirements  are  very  modest  and  gen- 


